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DETAILED ACTION 



1. 



This action is in response to the amendment filed 10/8/2009. 



2. 



Claims 1-30 are pending in the application. 



Claim Rejections - 35 USC § 103 



3. The following is a quotation of 35 U.S. C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 



4. Claims 1-3, 8-16 and 21-30 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Pieper et al (US 2003/0005419) in view of Cain et al ("Portable Software Library 
Optimization," 2/1998) hereinafter referred to as "Cain." 
Regarding claim 1 : 

Pieper et al. disclose: a method of optimizing a software program for a target processor to 
meet performance objectives, where the software program is coded in a high-level Language 
(par. 0019; par. 0020), the method comprising the steps of: (a) optimizing the software 
program such that, determining a first performance profile for the first optimized form of the 
software program, and comparing the first performance profile with the performance 
objectives (par. 0020; 0030). 

Pieper et al. do not explicitly disclose that a resulting first optimized form of the software 
program is completely independent of the target processor and is at least partially coded in 
the high-level language. However, Cain teaches that such a portable optimized high-level 
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source code was known in the art of software development and optimization, at the time 
applicant's invention was made, to provide portability to different platforms (i.e. sectionl, 
page 1, second paragraph). It would have been obvious for one having ordinary skill in the 
art of computer software development and optimization to modify Pieper's disclosed system 
to incorporate the teachings in Cain. The modification would be obvious because one having 
ordinary skill in the art would be motivated to maintain portability of programs that are 
optimized in high-level target independent code in Pieper. 

Pieper et al. further discloses: 

(b) based on results of comparing the first performance profile with the performance 
objectives, if the performance objectives are not met by the first optimized form of the 
software program, then optimizing the first optimized form of the software program such that 
a resulting second optimized form of the software program includes at least one portion that 
is dependent on the target processor and is coded in the high-level language (par. 0031, 0020; 
par. 0045); 

Pieper et al. do not explicitly disclose flagging at least one portion to indicate that the at least 
one portion is dependent on the target processor if the first optimized form of the software 
program is optimized to create the second optimized form of the software program. 
However, Cain teaches that using flags was known in the art of software development and 
optimization, at the time applicant's invention was made, to mark or identify some portions 
or whole code as an event of some type or having a special purpose or capability ("#include 
directive is used to retrieve the desired system-specific API," page 7). It would have been 
obvious for one having ordinary skill in the art of computer software development and 
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optimization to modify Pieper's disclosed system to flag the modified target dependent code. 
The modification would be obvious because one having ordinary skill in the art would be 
motivated to identify the target specific code for efficient optimization and portability (page 
6-7) as taught by Cain. 

Regarding claim 2: 

The rejection of claim 1 is incorporated, and further, Pieper et al. disclose: (bl) determining a 
second performance profile for the second optimized form of the software program, and 
comparing the second performance profile with the performance objectives (par. 0032; 0044) as 
claimed. 

Regarding claim 3 : 

The rejection of claim 2 is incorporated, and further, Pieper et al. disclose: 

-optimizing the second optimized form of the software program such that a resulting third 

optimized form of the software program is at least partially dependent on the target processor 

and includes portions coded in a low-level language of the target processor (par. 0031) as 

claimed. 

Regarding claim 9: 

Pieper et al. further disclose the act of implementing reference code comprises code profiling 
(par. 0031, 0042 ; 0046 ; 0048 ; 0049 ; 0052) as claimed. 
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Regarding claim 8, this claim is another version of the claimed method discussed in claim 9, 
wherein all claim limitations also have been addressed and/or covered in cited areas as set forth 
the above. 
Regarding claim 10: 

The rejection of claim 1 is incorporated, and further, Pieper et al. disclose : 
-the act of optimization predicted to improve resulting assembly code ("In generating the code, 
generator modifies the code such that code reflects scheduling and other low-level optimizations 
of the code, which are dependent on the target processor architecture," 0031; 0032; 0009). 
Regarding claim 1 1 : 

The rejection of claim 1 is incorporated, and further, Pieper et al. disclose the act of tuning 
low-level functions (0031) as claimed. 
Regarding claim 12: 

The rejection of claim 1 is incorporated, and further, Pieper et al. disclose the act of manual 
assembly optimization. Hand-coded assembly for optimized performance is necessary for 
performance critical routines such as graphics or math library routines as they often must 
access low-level machine instructions for optimal execution performance. Therefore, 
accordingly, Pieper et al. anticipate this claim. See also 0009 and 0018. 

Regarding claim 13: 

The rejection of claim 1 is incorporated, and further, Pieper et al. the act of feature tuning (0031; 
0032). 

Per claim 27: 
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Pieper et al. further discloses: wherein the second optimized form of the software 
program includes the at least one portion that is dependent on the target processor and another 
portion that is independent of the target processor (par. 0031, 0020; par. 0045). 

Per claim 28: 

Pieper et al. further discloses: wherein the act of optimizing the first optimized form 
of the software program uses a subset of the first optimized form (par. 0031, 0020; par. 0045). 

Per claims 14-16, 21-26, 29, and 30, they are the computer-readable medium versions of 
claims 1-3, 8-13, 27, and 28, respectively, and are rejected for the same reasons set forth in 
connection with the rejection of claims 1-3, 8-13, 27, and 28 above. 

6. Claims 4-7 and 17-20 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Pieper et al (US 2003/0005419) in view of Cain et al ("Portable Software Library Optimization," 
2/1998) hereinafter referred to as "Cain" and further in view of Kum et al. (0-7803-5041-3/99, 
IEEE). 

Regarding claim 4: 

The rejection of claim 1 is incorporated, and further, Pieper et al. and Cain do not explicitly teach 
a floating-point implementation. However, Kum et al. disclose deriving a floating point 
implementation (pg 2163, introduction, par. 3, "the ranges of floating point variables are 
estimated by the simulation of the range estimation program that is automatically generated from 
the original floating-point version," see also Figure 1) for the purpose of automatic scaling of all 
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numbers so that the numbers use the full word length available and for the purpose of reducing 
the risk of overflow. Therefore, it would have been obvious to a person of ordinary skill in the 
art to incorporate the teachings of Kum et al. to the system of Pieper et al and Cain. The 
modification would be obvious to include the floating-point implementation because of the 
automatic scaling of each number to use the full word length of the mantissa so that accurate 
representation of numbers can be obtained while minimizing the risk of overflow and 
quantization errors (pg 2163, introduction, par. 3). 

Regarding claim 5 : 

The rejection of claim 1 is incorporated, and further, Pieper et al. and Cain do not explicitly 
teach a fixed point implementation. However, Kum et al. disclose the method of claim 1 in 
which step (a) comprises the act of deriving a fixed point implementation so that "assembly 
coding and manual scaling can be avoided and the translated C programs are executed very 
efficiently" in fixed-point DSPs (pg 2163, introduction, lines 1-15). Therefore, it would have 
been obvious to a person of ordinary skill in the art to incorporate the teachings of Kum et al. 
to the system of Pieper et al and Cain. The modification would be obvious to include the 
fixed-point implementation so that round-off errors can be prevented and target dependent 
scaling shift can be minimized while obtaining fast real-time processing with less power and 
memory usage (pg 2163, introduction, lines 1-15). 

Regarding claim 6: 

The rejection of claim 5 is incorporated, and further, Pieper et al. and Cain do not explicitly teach 
the act of processing qualification. However, Kum et al. further disclose the act of processing 
qualification (Introduction, par.3; simulation-based integer word-length determination, pg 2165, 
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shift reduction, par. 10; pg 2163, par. 6; pg 2166, Concluding remarks) so that cost effective and 
high quality fast real-time processing with less power and memory usage can be obtained while 
reducing quantization noise (Introduction, par. 3; simulation-based integer word-length 
determination, pg 2165, shift reduction, par. 10; pg 2163, par. 6; pg 2166, Concluding remarks). 
Therefore, it would have been obvious to a person of ordinary skill in the art to incorporate the 
teachings of Kum et al. to the system of Pieper et al and Cain. The modification would be 
obvious to include the act of processing qualification for the purpose of high quality processing 
with minimized quantization noise. 
Regarding claim 7: 

The rejection of claim 5 is incorporated, and further,, Pieper et al. and Cain do not explicitly 
teach the act of implementation sizing. However, Kum et al. further disclose the act of 
implementation sizing (abstract; Introduction, pg 2163, par. 3; pg 2163, simulation-based integer 
word-length determination) by program-profiling results (pg 2164-2165, Sift reduction) so that 
estimation of code size for the target can be obtained and the risk of overflow can be prevented. 
Therefore, it would have been obvious to a person having ordinary skill in the art to incorporate 
the teachings of Kum et al. to the system of Pieper et al and Cain. The modification would be 
obvious to include the act of implementation sizing for the purpose of code size estimation so 
that the risk of overflow can be prevented (pg 2164-2165, Sift reduction). 

Per claims 17-20, they are the computer-readable medium versions of claims 4-7, 
respectively, and are rejected for the same reasons set forth in connection with the rejection of 
claims 4-7 above. 



Response to Arguments 
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7. Applicant's arguments filed 10/8/2009 have been fully considered but they are not 
persuasive. 

The applicant states that the code 74 in Pieper is obtained from conversion (i.e. not 
optimization) of the first optimized code 60 and is not obtained from a second optimization... the 
code 74 clearly is not a second optimized form that is obtained by optimizing the first optimized 
code 60. 

In response, Pieper clearly states that the optimization processes perform the 
transformation (i.e. conversion) of code based upon among other things execution profile data 
generated by execution analysis process (0030). Therefore, each increasingly optimized code is 
indeed generated from the optimization process based on the profile data used to determine 
further optimization need (0032). 

The applicant states that the conversion from the first optimized code 60 to the machine- 
dependent code 74 is not conditioned upon whether the performance objectives are met or not by 
the first optimized code 60. An execution analysis process 76 is performed only after the 
machine-dependent code 74 is obtained. Pieper clearly does not disclose or suggest and in face 
teaches away that such code 74 is conditioned upon results of the analysis process 76. 

In response, as in Fig. 2, the optimizer processes 58 uses an execution profile data to 
determine whether a new, more efficient version of form needs to be generated. The new version 
of code's execution is observed and analyzed to generate new profile data so that the new profile 
data can be used to generate a further optimized version of form (003 1 ; 0032). Therefore, 
applicant's statement above is not persuasive. 
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The applicant states that Cain does not disclose flagging. #include directive in Cain is an 
actual function and is not a flagging to indicate that at least one portion is dependent on a target 
processor. There is nothing in Cain that discloses or suggests that any act of flagging is 
conditioned upon whether the first optimized form of the software program is optimized to create 
the second optimized form of the software program. 

In response, the instant specification recites that the pragmas and intrinsics tend to detract 
from the portability, those parts of the code may be encapsulated and isolated, with the use of 
#if-define or other such conditional compiling flags, target compiler dependent flags can be 
integrated into the code so that it is possible to recompile the same application for all the targets 
to be addressed (spec, page 24)." It is noted that a person having ordinary skill in the pertinent 
art would know that such a compiler directive mechanism (preprocessor directives) is well 
known to perform source code inclusion and macro substitution as taught by Cain (page 7). Cain 
clearly discloses the #ifdef directives that are for "compile-time conditional code compilation 
(page 7)." Therefore, Cain's portability is also achieved with the use of #ifdef flag by 
encapsulating the system- specific sections. Therefore, the applicant is arguing over the existing 
programming feature in the pertinent art. 

The applicant argues that combination of references cannot be made in hind sight. 

In response, the BOAI found that Cain and Pieper collectively teach the limitations in the 
claims. Therefore, applicant's argument above is not persuasive. 

Conclusion 

8. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 



Application/Control Number: 09/765,916 Page 1 1 

Art Unit: 2193 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

9. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to INSUN KANG whose telephone number is (571)272-3724. The 
examiner can normally be reached on M-R 7:30-6 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Lewis A. Bullock, Jr. can be reached on 571-272-3759. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Insun Kang/ 

Primary Examiner, Art Unit 2193 



